Пресса о страховании, страховых компаниях и страховом рынке

diasoft.ru, 10 января 2001 г.

Учет страховых взносов

Проблемы и решения

1258 просмотров

Учет страховых взносов можно считать наиболее трудоемким элементом страхового бизнеса.

Учет страховых взносов можно считать наиболее трудоемким элементом страхового бизнеса. Происходит это по трем причинам:

- Учет поступлений по страховым взносам ведет бухгалтерия, а правильное отражение пришедших средств возможно только на основании информации, которой владеет страховщик. Поэтому, как правило, учет страховых взносов в бухгалтерии ограничивается детализацией по видам страхования. Если же договоры, по которым приходят взносы, являются комбинированными, то в этом, казалось бы, рядовом случае задача учета значительно усложняется.

- Страховщикам необходим собственный, то есть оперативный, учет страховых взносов, так как без его анализа невозможно принятие последующих решений.

- Актуарные расчеты, анализ тарифных ставок по конкретным рискам, анализ убыточности работы с конкретным клиентом по видам страхования, по рискам и т.д. требуют максимально детализированного учета.

Все эти проблемы могут быть решены только при комплексной автоматизации, но и здесь необходимо решить ряд сопутствующих проблем.

Если мы хотим, чтобы вводимая информация детализировалась по объектам учета, то либо ввод этих объектов должен быть первичным, либо нужно решение, позволяющее произвести эту детализацию задним числом (после того, как эти объекты будут введены в систему). Как нам представляется, такие решения не могут приниматься только на программном уровне (иначе они становятся весьма примитивными или очень трудоемкими для конечного пользователя), а требуют комплексного решения и, как правило, пересмотра не только делопроизводства, существующего в компании, но и правил учета. Приведем пример такого подхода.

Требования к автоматизации:

1. НЕОБХОДИМО ТОЧНО ПРЕДСТАВЛЯТЬ СЕБЕ НАБОР ОПЕРАТИВНОЙ ИНФОРМАЦИИ, ТРЕБУЕМОЙ В ТОМ ИЛИ ИНОМ ОТДЕЛЕ

Под оперативной информацией с точки зрения системы понимаются показатели, уже хранимые в базе данных, — например, остатки по счетам в разрезе аналитических признаков. Естественно, что такие данные легко доступны. Если данная информация не представлена в виде оперативной, то процесс ее получения в некоторых случаях бывает достаточно трудоемок и продолжителен. С другой стороны, объем оперативной информации будет влиять на объем базы данных и быстродействие ввода первичной информации в систему.

Пример

Необходимо определить, сколько страховых взносов пришло от страхователя в период:

- Если счет 38 содержит аналитику по страхователям, то достаточно вызвать соответствующую форму и выбрать нужное лицо.

- Если аналитики на этом счете нет, то придется построить отчет с организацией прохода по всем договорам, заключенным с данным страхователем и определением общей суммы страховых взносов, пришедших за искомый период.

2. НУЖНА РЕГЛАМЕНТАЦИЯ ПРОЦЕССА ВВОДА ИНФОРМАЦИИ

Здесь мы сталкиваемся с проблемой учета страховых взносов, который является наиболее распространенным, когда средства непосредственно приходуются со счетов денежного учета на счет 38. Работа со счетами денежного учета требует оперативности, а, как было отмечено выше, для того чтобы корректно отразить пришедшие взносы, необходимо, чтобы договоры страхования уже были введены в систему, а это не всегда возможно осуществить оперативно. Поэтому мы предложили работать через счет 74-01, причем кредитовое сальдо списывается той же датой. В результате, на отчетную дату при условии корректного проведения дальнейшего зачета остатки по счету 74-01 отсутствуют.

3. НЕОБХОДИМО МАКСИМАЛЬНОЕ УПРОЩЕНИЕ РАБОТЫ ПОЛЬЗОВАТЕЛЯ

Это возможно только за счет автоматизации и жесткого регламентирования процессов. Чем больше допущений, тем больше информации требуется ввести от пользователя и, как следствие, возрастают трудоемкость процесса и вероятность ошибок.

Все эти вопросы естественны при автоматизации любого процесса. Рассматриваемый случай отличается тем, что здесь они встают наиболее остро, потому что, как показывает практика, на сегодняшний день очень мало компаний, которые смогли бы эту проблему решить хотя бы на организационном уровне. Как правило, все заканчивается тем, что приходится дублировать информацию в разных отделах, для того чтобы отразить ее в разных плоскостях учета.

Предлагаемое решение

Рассмотрев все за и против, мы остановились на таком варианте:

- Счет 38 детализируем в виде субсчетов, отвечающих видам страховой деятельности и видам страхования. На аналитических признаках 38 счета мы акцентировать внимание не будем, так как в данном случае на решении это не отразится.

- Счет 74-01. Сформируем на нем аналитику: Аналитика1 — Лицо (плательщик), Аналитика2 — Расчетный документ. Расчетный документ в данном случае необходим, так как позволяет конкретизировать кредитовое сальдо в разрезе документа и оперативно определить, по каким документам учет взносов еще не был отработан.

- Допустим, что информация будет детализироваться вплоть до конкретного риска договора. И возьмем за основу принцип пропорционального разноса по рискам договора в зависимости от указанного страховщиком страхового взноса, что позволит автоматизировать формирование финансовых показателей на рисках. При этом если договор оплачен не полностью, каждый риск этого договора оплачивается не весь, а в пропорции его участия в страховой премии в целом.

- Сделаем допущение, что для учета страховых взносов компанией выделен отдельный специалист, обязанностями которого является оприходование средств по 38 счету (назовем эту процедуру “Зачетом”). Для реализации этого процесса настроен соответствующий интерфейс.

Описание решения

Покажем учет страховых взносов, совершаемый в процессе документооборота.

Действия страховщика показаны на рис. 1. Сначала формируется договор страхования, в котором указываются застрахованные, объекты страхования и их характеристики, риски по каждому объекту. Вводится максимально возможная информация, определяющая тарифную ставку, а затем задается страховая премия по каждому риску. После этого указывается информация по агентам договора: сколько агентов в договоре, какая у них комиссия. Кроме того, учитываются атрибуты, определяющие взаиморасчет со страхователем (смотри рис. 1): валюта ответственности, валюта взаиморасчетов и тип взаиморасчета, который выбирается из справочника. Тип взаиморасчета определяет, как валюта ответственности приводится к валюте расчетов.

Сформированный таким образом договор позволяет настроить процедуру, автоматически формирующую счета (документы), которые планируется выставлять клиенту на протяжении действия договора, причем по каждому счету будут автоматически формироваться плановые показатели по рискам договора.
Элемент системы, позволяющий разнести финансовые показатели по объектам учета, называется платежом. Введено понятие типа платежа. В нашем случае по рискам сформированы платежи по типу “Страховые взносы”.

(Сумма платежа по риску) = (Сумма премии по риску) х (Сумма счета) / (Сумма премии по договору).

Сформировав список “плановых” счетов, страховщик, выписывающий конкретный счет, проводит его в бухгалтерию, что делает документ доступным для работы в бухгалтерии. После этого становится возможным формирование плановых показателей в бухгалтерской плоскости учета, что достигается за счет соответствующих проводок.

Далее рассмотрим сам зачет страховых взносов. Предположив, что сформирована выписка (или кассовый день), то есть в систему уже введены расчетные документы и соответствующие проводки по ним: дебет счета денежного учета и кредит счета 74-01. Так как нами была сформирована аналитика по счету 74-01, то мы сможем без труда определить расчетные документы, которые еще не были отработаны (по этим документам будет положительное кредитовое сальдо). Встав на один из таких документов, поднимаем форму, с помощью которой процесс зачета был автоматизирован.

Процедура зачета представлена на рис. 2. Отталкиваясь от основания расчетного документа, осуществляем поиск и привязку счетов (документов), по которым поступили денежные средства. Далее выполняется процедура “Пересчитать к зачету”, с помощью которой выполняется анализ плановой и фактической сумм, затем следует зачет страховых взносов. Зачет может быть выполнен сразу относительно всех счетов или отдельно по каждому счету. Если между плановой и фактической суммами возникла разница, то пользователь сам определяет, будет ли она учтена пропорционально по всем счетам или к каждому счету надо подойти индивидуально.

В результате зачета происходит списание кредитового остатка со счета 74-01 в разрезе плательщика и расчетного документа по соответствующим субсчетам 38-го счета. Эти же бухгалтерские операции формируют фактические платежи по соответствующим рискам, в результате страховщик получает информацию о том, что данный договор оплачен. При начислении взноса на счет 38, автоматически производится начисление комиссионных по соответствующим субсчетам счетов 20 и 74-02 (в случае необходимости).

Может показаться, что в большинстве случаев данная технология сложна. Например, у нас есть некомбинированное правило, в соответствии с которым учет мы организуем на уровне договора (т.е. не вдаемся в детализацию по каждому риску договора). Возникает вопрос, нельзя ли для этого правила упростить процедуру и, например, учитывать средства сразу на счет 38 без использования счета 74-01? По нашему мнению, единая технология работы и учета, которая однозначно определяет действия пользователя, облегчает настройку системы автоматизации и работу с ней, а также дальнейший анализ данных.

ЧИСТЯКОВ А.

(Статья приведена без рисунков)

Ваше мнение об этом материале:

— Ваше имя
— Ваш email
— Тема

Ваш отзыв (заполняется обязательно):

Укажите код на картинке слева:

Установите трансляцию заголовков прессы на своем сайте

 Подробнее »

Получить код для трансляции заголовков прессы »